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The present invention is in the field of electronic 
messaging system operatively integrated in the network arena 
5 encompassing the wired and wireless space. 

Background of the Invention 

The commercial electronic messaging market has 
experienced significant growth in the past few years. 

10 Jupiter Communications • pro j ects another 40-fold of increase 
in growth in this area; particularly, in commercial e-mail 
volumes, primarily because e-mail is a cost-efficient, 
highly effective response-rate system and method by which to 
make contact with, acquire, cultivate and retain customers, 

15 for promoting and selling products/services, building 
loyalty and reinforcing brand identity. 

The current and projected growth in commercial 
emessaging volume increasingly strains user patience and 
impacts marketing effectiveness of this medium of 

20 communication. For example, the average number of 

commercial e-mail messages that consumers receive was 40 ^ 
over the course of 12 months during 1999, excluding 
unsolicited e-mail or ""spam" in the form of chain letters, 
duplicate postings, etc. By 2005, the average number of 

25 commercial e-messages alone is projected to grow to more 
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than 1,600 annually. This translates to 4.4 commercial e- 
messages per day per average user. Overall, non-marketing 
e-mail and other e-mail correspondence of a personal nature 
will also grow significantly by more than doubling from 
5 1,750 in 1999 to 4,000 per year in 2005. 

The consequence of this rapid growth is that users face 
a virtual avalanche of e-messages, much of it irrelevant to 
their needs, as for the most part they did not request the 
received information, i.e., it is "spam," the electronic 

10 form of ''junk mail." For legitimate businesses, the key 
challenge will intensify, of achieving efficient response 
rates and maintaining effective, high quality, two-way 
interaction with customers and prospects. 

"Permission-based" or "opt-in" e-marketing entails 

15 users granting permission for companies to send 

advertisements and other commercial messages via e-mail or 
other forms of eMessaging. Opt-in e-mail is largely used to 
generate leads, increase sales, retain, up-sell and cross- 
sell customers as well as building traffic to company web- 

20 sites. Some corporations seek to build their own in-house 
permission-based e-mail lists by inviting website visitors 
to register and subscribe to an e-mail update or newsletter 
as well as by renting third-party permission-based opt-in 
lists . 
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So-called permission-based or "opt-in" e-mail has 
provided only a partial answer to the problem of excessive 
commercial e-mail. This is so, first of all because the 
action of indicating interest in a category or product area 
5 is temporarily displaced— that is, removed in terms of time 
of such action from the actual purchase decision point. 
Secondly, the information seeking is spatially removed from 
the primary interface that typical onliners use the most 
frequently— namely, their e-mail interface itself. Further, 

10 the conventional systems and methods of opt-in do not enable 
users to control/manage the flow of such e-mail to be sent 
to their inbox— for example, in terms of duration, frequency, 
geography, date, day part or time frame— for any given 
information desired. Further, the quantity of such 

'15 delivered information is not controllable by the user, as so 
called opt-in e-mail is currently practiced in the 
marketplace. In effect, "conventional opt-in" is more like 
"opening" a faucet with limited or no ability to control its 
flow (amount) , continuance (time period) , or periodicity 

20 (frequency) . 

With the current conventional opt-in method, as 
provided by third party aggregators, users make their 
interests known to such an intermediary company, typically 
at that intermediary's website (or at an affiliate's web 

25 site) and, thereby, register to have 
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promotional/informational messages in categories of interest 
sent to their e-mailbox on a continuing basis. These 
mailings continue until the recipient informs the 
information senders to cancel the mailing when the user no 
5 longer desires to receive such information. According to 
the common experience among users, this cancellation 
procedure often does not effectively cancel the influx of 
information. Many third party aggregators often do not send 
the requested promotional messages unless consumers also 

10 agree to receive additional messages. Hence, consumers are 
coerced to "opt-in." 

Other e-mail marketing intermediaries seek to persuade 
online users to provide e-mail addresses for promotional 
mailings, sometimes in return for some incentive, bonus 

15 point program or refund. Often, these companies will employ 
the opposite of "opt-in", namely an "opt-out" method of e- 
mail marketing, whereby consumers are first sent an e-mail 
message and then are given the option of not receiving any 
more promotional messages of the type— that is after they 

20 have already received at least one such message. That is, 

in this method, a stream of messages is typically sent until 
a user takes the action to inform the sender that he no 
longer wants to be sent such messages (hence, "opt out") . 
While e-mail users, in research, by far, prefer "opt-in" 

25 over and above the "opt-out" method, as of mid-2000, actual 
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e-marketers' practice is still much more skewed to "opt- 
out . " 

A key challenge for effective e-mail marketing is 
distinguishing the fine line between permission-based e-mail 
5 and unsolicited e-mail, common known as "spam." According 
to analysts' studies (Jupiter, IMT Strategies, et al) , 
between 33% and 59% of consumers ignore e-mail from 
unfamiliar sources. This phenomenon is the "soft 
underbelly" of conventional permission-based or opt-in e- 

10 mail marketing in that, quite literally, the user forgets 

that he requested information or, simply does not recognize 
the "unknown" sending source. 

Thus, with conventionally implemented "opt-out" and, 
even with "opt-in" e-mail, if the user receives more e- 

15 messages than expected, or if the content is irrelevant or 
if it is not timely (e.g., receiving the travel information 
package after one already took the trip) , such eMessage is 
likely to be perceived as "spam" and, hence, ignored. If e- 
marketers send to a user' s e-mail address in order to 

20 promote unrelated products/services— or if the user's 

addresses are sold/rented/exchanged with other marketers- 
such e-mail can appear to come from an unfamiliar sender 
and, de facto, result in the perception of "spam" on the 
part of the user— even if the customer originally gave 
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permission to the sender directly or to some, legitimate 
third party intermediary. 

In summary, the conventional ''opt-in" e-mail system is not 
dynamic in the sense that users cannot control an "on/off 
5 switch," i.e., turn on/turn off a category of interest 
easily and quickly; nor can they control the amount of 
information to be received nor its active "life." Such 
systems are also, by their being "outside" of the user's e- 
mail system's operational infrastructure, not intimately 

10 knowledgeable of the individual user's e-mail behaviors re: 
the full range of other opt-in relationships for other 
categories of information, nor the person's e-mail 
preferences in terms of delivery, terminus device, type of 
e-mail format, auto-forwarding to share with a friend, etc. 

15 and/or the user's specific behaviors 

(open/save/delete/f orward/et al - ) in response to a given e- 
mail received, i.e., beyond simply tracking the click- 
through to the e-marketer's website. 

20 Summary of the Invention 

In light of the drawbacks of the known methods for 
enabling users to grant their permission for commercial 
messages to be sent to their e-mail address or other e- 
messaging terminus in the categories of their interest, an 

25 objective of the present invention is to provide a system 
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and method for facilitating information requests by 
combining functionality such as quantity/duration, device 
terminus and other preferences with the most frequently 
engaged online activity; namely, with the e-mail or 
5 emessaging system, putting users in control of their own 

information request parameters. Thus, the subject invention 
makes it possible to have immediate interaction with the on- 
request utility at the very point of the e-mail interface 
(or, according to another embodiment, a single click away 

10 instantly from the e-mail interface to the on-request 

functionality or according to another embodiment as a pull- 
down or pop-up panel on a browser, or according to another 
embodiment as a desktop application or agent, or according 
to another embodiment at a separate website) . 

15 The subject , invention embodies, as well, a "just-in- 

time" responsivity feature that enables the user to self- 
customize the quantity, frequency, delivery terminus (1 or 
more) , auto-forwarding and other criteria specific to the 
individual user and the specific requested information event 

20 and to have such request and specific criteria active for a 
desired duration or time frame which coincides with the 
user's period of interest. 

Further, the subject invention includes the corollary 
mechanism for aggregating legitimate advertiser e-mail/e- 

25 messages in a Central Posting Facility (and, according to 
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another embodiment, a cluster or networking of such 
databases) and, by extension, the application of such 
Facility to become a Commercial On Demand e-Mail 
Clearinghouse for multiple uses by web-sites, portals, 
5 corporations and other service providers with end-user 

relationships. A method for integrating the "just-in-time" 
functionality described above with other systems such as 
SAIC's MISTI for indexing and searching of web-accessible 
content or legacy databases is also provided for by the 

10 invention. 

The present invention provides an improved method and 
system that enhances any e-mail system, whether POP, IMAP or 
other protocol (or more broadly, any e-messaging system) , by 
combination with a dynamic, on-screen, on-request 

15 information control and exchange functionality which enables 
users to make self-tailored or personally customized 
requests for categories of information to be delivered to 
them via their e-mail/eMessaging address, (according to 
other embodiments, such functionality may be provided as an 

20 embedded browser plug-in, pop-up, desktop application or 

agent, or at a separate website itself, and delivery may be 
by other than e-mail forms of e-messaging including instant 
messaging, short text wireless, addressable television 
communication, as well as by conventional delivery, over the 

25 Internet, of addressable data packets to an IP address.) 
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The method and system, according to the present 
invention, provides the user with a range of pre-established 
categories and sub-categories of information which the user 
may activate by simply highlighting, or otherwise checking 
5 off, or clicking on. 

Further, the method and system enables users to make 
specific requests beyond the existing, pre-established 
categories, by inputting their information request following 
a simple format for such request and the system seeks to 
10 identify and provide such information by e-mail or alternate 
e-messaging protocol, e.g., instant messaging, wireless 
short message or other digital communications to an IP 
address, by its use of such searching mechanisms as SAIC's 
MISTI system. 

15 The invention also provides for the requests, so 

indicated, to be self-tailored or customized by the user 
according to the user's preferences, for example, quantity 
of information desired, active duration for each request, 
geographic specificity, date, daypart, time period, 

20 cost/value, delivery terminus device (s), automatic 

forwarding to one or more other e-mail/eMessaging addresses, 
and other parameters that the user dynamically is able to 
control • 

The method and system according to the present 
25 invention further provides for the coding of such requests 
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and the retrieval of relevant information/advertisement/ 
offers from a range of databases, a) controlled by the 
service as a Central Posting Facility of one or more 
databases to which legitimate advertisers, under certain 
5 agreed-on procedures, may post their most current 

eMessaging-delivered offerings; b) via inter-linkage with 
one or more outside databases or web-sites controlled by 
advertisers directly or by intermediary aggregators of such 
commercial communications, offers or information and 

10 accessible over a wired or wireless network. 

The method and system according to the present 
invention enables the user, therefore, simply and easily, at 
the e-mail (or emessaging) interface (or according to other 
embodiments at the desktop, at the browser or at a separate 

15 web site) to request on a self-customized basis, the 

information and commercial offer (s) he wants to receive in 
his e-mail in-box, or other e-messaging terminus (or 
according to other embodiments receiving same at a private 
lockbox located elsewhere, e.g., on a separate website). 

20 Such requests may occur without the user being required to 
leave in any way or exit the primary e-mail interface (or 
according to other embodiments, via browser pull-down, pop- 
up desktop application, or at a separate website) . 

Further, the method and system of the present invention 

25 incorporates a billing transaction mechanism whereby the 
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information supplier/advertiser can be charged for delivery 
of his information/advertisements to qualified requestors. 
Additionally, the users of such system on the "demand" side 
are enabled to purchase relevant information (e.g., full 
5 reports, etc.) by way of a micro-payments credit card or 
other billing transaction system. 

The present invention acts as an information exchange 
system, which seeks to optimize the matching up of the 
requests from multiple users for information with their 

10 associated multiple criteria/preferences and personal 
profiles on the one hand, with, on the other hand, the 
information inventory of multiple suppliers' with their 
associated multiple specifications, objectives and 
mandatories. In this embodiment, the user or subscriber has 

15 an Information Account and the Supplier or Information 

Provider has an Information Account each of which maintains 
active and historical records of requests made, criteria for 
such requests and a record of delivered results and 
associated email behaviors and financial transactions as 

20 appropriate. 

Such on request utility may be embodied as an 
information exchange or, according to other embodiments, as 
an enhanced Selection Engine, which delivers a similar end 
user experience that operates by combining a Search Engine 

25 functionality (such as aspects of MISTI) with an Account 
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Management system that records, manages and directs the 
search function, its delivered results, the historical 
tracking of same as well as any financial accounting of such 
"information transactions." 
5 A further object of the present invention is to 

construct Web-based services wherein users at a variety of 
separate web-sites or portals are able to input into an 
information request panel and, thereby, declare their 
interest in receiving, offers and information, typically of 

10 a commercial type, for desired categories of commerce or 
social activity and qualify such requests as to duration, 
quantity, frequency, et al. to be delivered largely by e- 
mail to their e-mail address or to some other eMessaging 
terminus or IP address. 

15 This method and system takes conventional opt-in or 

permission-based e-mail to a new dimension in dynamic user 
control and specificity and may be rightly termed a new form 
of "on request," user-controlled information access utility. 
With the ability, in particular, to control duration of 

20 active requests (in hours, days, weeks, months, or no time 
limit) , frequency, and quantity of desired information, 
specific time period and other factors, the system provides 
a more effective method of "just-in-time e-marketing 
communication" for users who are closer to the "purchase 

25 decision window" able, willing and ready to transact. 
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Brief Description of the Drawings 

Figure 1 illustrates an information exchange system of 
the present invention. 
5 Figure 2 illustrates a first system embodiment of the 

present invention, based on an exchange model. 

Figure 3 illustrates a flow chart diagram of the System 
Architecture for the present invention. 

Figure 4 illustrates another preference information 
10 screen for subscriber account holders of the present 
invention . 

Figures 5a and 5b illustrate preference information 
screens for subscriber account holders of the present 
invention. 

15 Figure 6 illustrates a geographically-based preference 

information screen for subscriber account holders of the 

present invention . 

Figure 7 illustrates a customization module of the 

present invention . 
20 Figures 8a and 8b illustrate a third system embodiment 

for supplier information control aspects of the present 

invention . 

Figures 9a, 9b, 9c and 9d illustrate the information 
management and preference specification input screens for 
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use by Suppliers/Information Providers of the present 
invention. 

Figure 10 illustrates a summary screen of the activity 
history of subscriber account holders of the present 
5 invention. 

Figure 11 illustrates an alternative system embodiment 
of the present invention, which is structured as a 
subscriber account-driven, search engine-based request and 
fulfillment system. 
10 Figure 12 illustrates a flow chart diagram for 

subscriber account holders of the present invention. 

Figure 13 illustrates a flow chart diagram for supplier 
account holders of the present invention. 

Figure 14 illustrates a flow chart diagram for the 
15 processing of requests by the present invention. 

Figure 15 illustrates Table G that contains various 
feature of the present invention. 

Figure 16 illustrates Table H that contains various 
features of the present invention. 

20 

Detail Description of the Present Invention 

Figure 1 illustrates a broad systematic view of the 
present invention. As shown, a Subscriber Front End System 
100, a Supplier Front End System 102, an Information 
25 Exchange System 104, a Clearing House System 105 and an 
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Information Memory System 106 are all interconnected by a 
network 103. The Supplier Front End System 102 is used to 
collect information from advertisers or information 
providers. The Subscriber Front End System 100 is used to 
5 collect information requests from Subscribers. The 

Information Exchange System 104 is used to facilitate either 
exact matches or a varying degrees of matches between 
information requests made by subscribers and information 
provided by advertisers/suppliers. The Clearinghouse System 

10 105 is used to handle all aftermath functions of either the 
exact matches or the varying degrees of matches, such as 
aspects of business transaction, including refined or 
modified requests, tracking, accounting-related functions, 
etc. The Network 103 is used to be a facilitator of 

15 communication among the various systems. Network 103 can 
be, but is not limited to, being an Internet, an email 
network, a wireless or cellular network, a Wide Area 
Network, a Local Area Network, or a combination thereof. A 
system use statement is given immediately hereinbelow. 

20 

Start of Day (SOD) 

Information Exchange System 104 and clearinghouse 
System 105 load up all the corresponding business rules 
stored in Information Memory System 106 via Network 103. 
25 Then Information Exchange System 104 also load up all the 
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information inventories and requests for "today" from 
Information Memory System 106 via Network 103. When the 
loading process is completed. Information Exchange System 
104 performs the matching process to generate executions by 
5 matching information inventory with relevant requests. 
Thereafter, the system follows the process defined in 
Execution. 



Execution 

10 Executions are then sent to Information Memory System 

106 for archiving and clearinghouse System 105 for further 
processing, via Network 103. Clearing House System 105 
ensures that no execution violates any boundary 
specification of subscriber and supplier defined via 

15 Subscriber Front End System 100 and Supplier Front End 

System 102 respectively. If the boundary specification has 
been violated, the system will invalidate the inventory or 
request of the corresponding supplier or subscriber 
respectively. This ensures his/her inventory/request will 

20 not be processed in the future until the violation has been 
neutralized. 



Intra-day 

Subscriber submits an information request via 
25 Subscriber Front End System 100. This request is sent to 
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Information Exchange System 104 via Network 103. When 
Information Exchange System 104 received the request, it 
looks up matching inventory from Information Memory System 
106 via Network 103. Then the system follows the process 
5 defined in Execution. 

Supplier submits an information inventory via Supplier 
Front End System 102. This submission is sent to 
Information Exchange System 104 via Network 103. When 
Information Exchange System 104 received the inventory, it 
10 looks up matching request from Information Memory System 106 
via Network 103. Then the system follows the process 
defined in Execution. 



End of Day (EOD) 
15 Clearing House System 105 scans all recurring 

information inventories and requests stored in Information 
Memory System 106, then marks these information inventories 
and requests as "today". 

20 Period Summary 

Start of Day tasks MUST be performed prior to Intra-day 
tasks. Intra-day tasks MUST be performed prior to End of 
Day tasks. The time span that defines each period (i.e. 
SOD, Intra-Day, EOD) is customizable. 

25 
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Subscriber 

Subscriber uses Subscriber Front End System 100 to 
submit a new information request or to query existing 
information request status. When subscriber logged into the 
5 system via Subscriber Front End System 100, Subscriber Front 
End System 100 query the information requests and executions 
that are associated to the logged in subscriber. Subscriber 
can also modify any existing information request via 
Subscriber Front End System 100; the updated request is then 
10 sent to Information Exchange System 104 for further 

processing as described in Intra-Day. Subscriber also uses 
Subscriber Front End System 100 to perform micro-payment for 
their specialize subscription. 



15 Supplier 

Supplier uses Supplier Front End System 102 to submit a 
new information inventory or to query existing information 
inventory status. When supplier logged into the system via 
Supplier Front End System 102, Supplier Front End System 102 
20 query the information inventories and executions that are 
associated to the logged in supplier. Supplier can also 
modify any existing information inventory via Supplier Front 
End System 102; the updated inventory is then sent to 
Information Exchange System 104 for further processing as 
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described in Intra-Day, Supplier also uses Supplier Front 
End System 102 to perform payment for their services. 

The Subscriber Front End System 100 provides 
information subscriber (IS) a friendly user interface to 
5 interact with the other system components such as 

Information Exchange System, clearinghouse System and 
Information Memory System, When the IS requests for 
specific information, IS submits the request to Information 
Exchange System 100, which system 100 responses to IS with 

10 the matching result (via either searching or matching 

information inventory resides in Information Memory System) . 
Network Infrastructure provides a platform for communication 
between Subscriber front-end system and other system 
components as described above. 

15 Subscriber front-end system can be an application, an 

applet, a web application, and/or an embedded device with 
applet running on it. Components belonging to the 
Subscriber Front End System 100 in the various figures of 
the present invention are listed by way of an example in 

20 Table A. 



Table A 



Figure 


Item # 


Comments 


2 


200, 232 
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3 


1102, 1104, 
1135 




4 


900 - 999 


Information response (e-message) 
front end 


6 


802, 871, 1300 
- 1399 


Information request specification 
front end 


5a, 5b 


800 - 899 


Information request specification 
front end 


7 


500, 502, 504 




11 


300, 310 




12 


600 - 699 


Front-end work flow 



The Supplier Front End System 102 provides information 
provider (IP) a friendly user interface to interact with the 
other system components such as Information Exchange System, 
5 Clearing House System and Information Memory System. When 
the IP submits an information inventory, IP submits the 
information inventory to Information Exchange System which 
responses to IP with the matching result (via either 
searching or matching information request resides in 
10 Information Memory System) , Network Infrastructure provides 
a platform for communication between Supplier front-end 
system and other system components as described above. 

Supplier front-end system can be an application, an 
applet, a web application, and/or an embedded device with 

20 
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applet running on it. Components belonging to the Supplier 
Front End System 102 in the various figures of the present 
invention are listed by way of an example in Table B. 



Table B 



Figure 


Item # 


Comments 


2 


206, 232 




3 


1100, 1102, 1104, 
1136 




13 


700 - 799 


Front end work flow 


8a, 8b 


402, 404, 406, 408, 
410 




10 


1000 - 1099 


Report format 


11 


308, 310 





The Network Infrastructure 103 provides all system 
components a platform for communication. Network 
infrastructure can be any form of wired networks, wireless 
networks, and/or satellite networks with any form of 
networking protocol build on it. Components belonging to 
the Network 103 in the various figures of the present 
invention are listed by way of an example in Table C. 



Table C 
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Figure 


Comments 


2 


Arrows between block diagrams 
indicate communication via Network 
Infrastructure . 


3 


7 


8 


11 



The Information Exchange System 104 facilitates the 
searching or matching of information request and information 
inventory resides in Information Memory System according to 
5 both static and dynamic business rules. The process of 

facilitation can be real-time or periodic. When there is a 
match between one or more information requests to one or 
more information inventories, there are one or more 
executions. Information Exchange system forwards these 

10 executions to Information Memory System and clearinghouse 

System for archiving and further processing respectively via 
Network infrastructure. Components belonging to the 
Information Exchange System 104 in the various figures of 
the present invention are listed by way of an example in 

15 Table D, 



Table D 



Figure 



Item # 
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2 


204, 210, 218, 
226, 230, 236 


3 


1106, 1122, 1130 


7 


510, 512, 514 


14 


1200 - 1224, 1234 
- 1299 



The clearinghouse System 105 facilitates the process of 
validating the execution correctness and transaction 
accounting information generated by these executions 
5 according to both static and dynamic business rules. The 
process of facilitation can be real-time or periodic. 
Clearing House System forwards any updates to Information 
Memory System for archiving via Network infrastructure. 
Components belonging to the Clearinghouse system 105 in the 
10 various figures of the present invention are listed by way 
of an example in Table E. 

Table E 



Figure 


Item # 


2 


203, 210 


3 


1114, 1118, 
1134 


14 


1228, 1230, 
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1232 



The Information Memory System 106 provides all system 
components information storage. Information Memory System 
can be distributed among the Network Infrastructure or 
5 centralized within the Network Infrastructure. Components 
belonging to the Information Memory System 106 in the 
various figures of the present invention are listed by way 
of an example in Table F. 



Table F 



Figure 


Item # 


2 


202, 212,214,216, 226, 
228, 234, 240 


3 


1108, 1112, 1120, 1124 


7 


506, 508 


8a, 8b 


412, 414, 416, 422, 424 


11 


302, 306, 308 



10 

Figure 2 illustrates a first systematic view of the 
present invention. As representatively shown, this is an At 
15 My Request User Request Utility 200 running on a system that 
can be as simple as a personal computer or personal digital 
assistant connected to network 103 via either wired or 
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wireless transmission. 200 is the subscriber's interface to 
the At My Request Utility. From this interface, a 
subscriber can specify requests and establish 
parameters/criteria associated with specific requests. 

Connected to utility 200 is a Subscriber Dynamic 
Request Database 202. The active subscriber request 
information from all subscribers are stored in this 
database. The database 202 exchanges information with an 
Exchange/Matching Engine 204. Engine 204 matches supplier 
information with subscriber requests. The matching engine 
defines positive matches by means of an exchange or system 
of matching logic controlled by business rules, wherein: 

1. Consumer is a Client (Subscriber). 

2. BusinessUser is a Client (Supplier). 

3. Client has a Portfolio. 

4. Portfolio is a Portfolioltem. 

5. Order is a Portfolioltem. 

6. Info Match Up Report is a Portfolioltem. 

7. Portfolio keeps track of Portfolioltem. 

8. Consumer's Portfolio provides MatchingEngine with 
Consumer's demographics and behavioral information for more 
accurate matching. 

9. BusinessUser ' s Portfolio provides information to 
ClearingEngine to match up the credit limit of the 
BusinessUserAccount . 

25 
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10. Order generates Info Match Up Reports. 

11. Consumer Order is an Order that contains 
specification of a commercial advertisement request. 

12. BusinessUser Order is an Order that contains the 
5 specification of a commercial advertisement. 

13. An execution of two orders (Consumer Order and 
BusinessUser Order) occurs when their specifications are 
"likely" to match. Both Consumer and BusinessUser receive 
an Info Match Up Report for an execution. 

10 14. OrderBook maintains open Orders. Open order is an 

order that has not been satisfied. 

15. MatchingEngine matches up open Consumer Order and 
open BusinessUser Order. 

16. MatchingEngine defines how the orders (both 
15 Consumer or BusinessUser) are being matched. 

Complying with these rules, a Use Case Model including 
a Subscriber Use Case Statement (Figure 12), a System Use 
Case Statement (Figure 14) and a Supplier Use Case Statement 
(Figure 13) are made possible. 
20 When the Subscriber logs into the At My Request User 

Request Utility 200 the system authenticates the Subscriber 
at the Authentication Server 240. If the Subscriber is a 
new user of the system 238 he will be sent to the 
Customization Engine 218 and will be asked to fill out a 
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Subscriber Profile and then will be given a name and 
password by the system for future authentication. 

Interactively communicating with the Exchange/Matching 
Engine 204 is a Customization Engine 218 that manages 
5 customizable content, maintains rules that are specified by 
the Subscribers and/or the system and/or the Suppliers, 
maintains profile information about Subscribers (based on 
user-supplied data at sign-up or subsequently and relevant 
behavioral tracking data about the users' activity on the 

10 system) which is used to customize the system's response to 
their queries, and is used to make adjustments to both an 
Subscriber's Profile Database as well as Business Rules 
specific to individual Subscribers. 

The Customization Engine 218 also communicates with the 

15 Central Marketer E-mail Inventory Database 216 and receives 
instructions and messages from the Supplier Control System 
205 about what to do with the inventory it has access to in 
the database. The Supplier Control System 206 is the 
control utility or dashboard for marketers and advertisers. 

20 From this dashboard they are able to set parameters such as 
budget, targeting, performance criteria, etc. Before the 
Supplier can use the dashboard, the Supplier must first be 
authenticated by the Authentication Server 240. 

A Central Marketer eMail Inventory Database 216 is 

25 interactively communicable with the Customization Engine as 
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well. The Central Marketer eMail Inventory Database 216 
holds both internal and external advertising inventory and 
information. Database 216 also collects information for 
inventory from Internet Bot 214— an application that follows 
5 hyperlinks and catalogs the content of the pages that meet 
specified criteria— and 3rd Party Information Inventory 
Databases 212. 

A Transaction Server 203 bridges between the Supplier 
Control System 206, the Exchange/Matching Engine 204 and a 

10 Clearinghouse 210. The Transaction Server 203 processes all 
forms of transactions, including micro-payments, billing, 
credit card payments for the users including both 
''Subscribers" and "Suppliers", whereas the Clearinghouse 210 
makes certain of execution of matches within limits of user 

15 and advertiser/information provider accounts, such as 

credit, request criteria, etc. and makes adjustments as may 
be required to ''true up" accounts. 

An "At My Request" email/eMessaging server 230 
interconnects between an e-mail Graphical User Interface 

20 (GUI) 232, a Video Server 228, and the Exchange/Matching 

Engine 204 and the Clearinghouse 210. The Video Server 228 
provides hyperlinks to the AMR e-Mail Server 230 which are 
then embedded into e-mails sent to the e-Mail GUI 232 
wherein the link when clicked, causes a video to download 

25 from the Video Server 228 and run. The Video Server can 
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also be used to attach compressed videos as attachments to 
emails/emessages sent by the AMR e-Mail Server. The email 
GUI provides access to the delivered information as well as 
the At My Request user interface (see Figure 5) . The GUI 
5 also hosts banner advertising. By way of functions, the AMR 
e-Mail Server 230 provides notification or request 
fulfillment to the Exchange/Matching Engine 204, provides 
notification of email delivery to the Clearinghouse 210, and 
delivers messages directly to the email GUI and through the 

10 Video Server 228. 

An Opt-in Banner Ad Server 226 bridges between the 
Customization Engine 218 and the e-Mail GUI 232. The Opt-in 
Banner Ad Server provides banner ads which are either 
related to the user's current "on-demand" requests for 

15 information or the user's stated preferences for banner ads 
which are solicited by the system at sign-up and 
periodically thereafter. 

The System Data Warehouse 234 is connected to the At My 
Request User Interface 200, the Subscriber Dynamic Request 

20 Database 202, the e-Mail GUI 232 and Data Analysis Servers 
236. The System Data Warehouse provides storage of all 
historical user data. The historical user data are then 
analyzed by the Data Analysis Servers 236 according to 
Business Rules and provide the Clearinghouse 210 with the 

25 results. The Data Analysis Servers can also provide results 
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to the Customization Engine 218 for uses established by 
business rules and for customization of advertising 
campaigns. 

Figure 3 illustrates a flow chart diagram of the system 
5 architecture for the present invention. The Information 
Request Application Server (IRA) 1130 has two components, 
the Matching Engine 1128 and the Accounting/Billing Engine 
1132. The IRA handles requests from commercial information 
subscribers and suppliers via Information Request GUI 1104, 

10 which is located within the overall eMessaging GUI 1100. 
When a request is received, the Matching Engine 1128 looks 
into the DBMS 1120 for advertising/information inventory. 
Based on the Business Rules that are stored in the DBMS, the 
Matching Engine matches up commercial information inventory 

15- with commercial information request. Subscribers and 

suppliers are notified when the request has been fulfilled 
via electronic messaging sent from the eMessage Server 1106. 
The eMessage Server provides subscribers/suppliers, IRA 
Server and Transaction Server a communication platform 

20 (i.e., email, wireless, instant messaging). When the 

request has been fulfilled, the Accounting/Billing Engine 
1132 deducts the supplier account credit with one or more 
financial transactions based upon the number of inventory 
items delivered to subscriber (s) . The IRA is also 

25 responsible for pushing personalized banner advertisement to 
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the eMessaging GUI 1102 based upon subscriber/supplier 
personal profile and/or requested information request 
categories . 

The Transaction Server 1118 handles financial 
5 transactions following the fulfillment of requests by the 
IRA. Financial requests are passed from the user, through 
the IRA and on to the Transaction Server. The 
responsibilities of the Transaction Server are: to ensure 
the transaction is atomic, i.e., either the transaction is 

10 completed or nothing is done at all; to ensure the 

transaction is auditable via audit trail information 1116; 
to ensure the transaction correction, if needed, is 
auditable via audit trail information. 

The Clearing/Settlement Server 1114 handles the 

15 accounting/billing settlement on the supplier's account; it 
also provides authorized personnel to facilitate transaction 
correction on subscriber's/supplier's behalf. All actions 
taken on CS Server are monitored. 

The Database Management Server (DBMS) 1120 is the sole 

20 data repository for the entire system. DBMS provides the 
rest of the system a way to add or modify data in its 
storage. Contained within the DBMS is: subscriber/supplier 
personal preference/behavioral profile; subscriber/supplier 
personal information (such as contact address) ; 

25 subscriber/supplier information request account information; 
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subscriber/supplier eMessaging account information; 
financial transaction information (such as billing account, 
micro payment, credit card information); subscriber's 
information request and its status; supplier's information 
5 request and its status; information request/inventory 
execution reports; business rules for Matching Engine 
component of IRA Server. 

Periodically, the DBMS synchronizes its data to master 
LDAP Server 1112 and master LDAP server synchronizes its 

10 data to multiple slave LDAP servers 1110 and 1108. Both 
eMessage and IRA servers use slave LDAP servers to look up 
non-volatile account information for subscriber/supplier 
authentication during sign-in process. 

The third party Advertisement Information Inventory 

15 Proxy Server (AIP) 1126 allows third party vendors to submit 
their inventory into the system without using the 
Information Request GUI 1104. The information submitted via 
AIP server MUST be compliant to XML-based IRML (Information 
Request Markup Language) format. 

20 The Business Rule Customization GUI 1122 provides 

authorized personnel with a user-friendly way to submit 
transaction corrections on subscriber's/supplier's behalf. 

The eMessaging GUI 1100 consists of three components: 
Banner Advertisement 1102; eMessage Center 1135; and 

25 Information Request Utility 1104. The Banner Advertisement 
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1102 is placed by the IRA 1130 and is personalized based on 
the subscriber/supplier preference/behavioral information. 
The eMessage Center 1136 provides subscriber/supplier with a 
user-friendly graphical interface to read (or send) 
5 electronic messages from the system. The Information 

Request Utility 1104 provides subscriber (supplier) with a 
user-friendly graphical user interface to parameterize and 
to submit commercial information requests (or inventory) to 
the system. 

10 Figure 4 illustrates another preference information 

screen for user account holders of the present invention. 
As shown this is a main menu screen of an e-mail account 
with an exemplary ABC Service Provider e-Mail Service logo 
900. This screen contains numerous segments, including an 

15 actionable row segment 902, an actionable column segment 

904, a search segment 906, a ZoEmail Member Shopping Sites 
907, a first treatment segment 910, a second treatment 
segment 912, an at my request segment 914, a tabulated 
record segment 916 and an Internet Service Provider segment 



At the actionable row segment 902, one can check 
whether there is any awaiting email message by clicking the 
personal inbox area 922. Alternatively, email message can 
be sent out by clicking the outbox area 922. One can also 
25 draft email messages by clicking the draft area 924 or treat 



20 



918. 
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certain information as garbage by clicking the trash area 
926. 

At the actionable column segment 904, there are 
numerous icons linking to specific utilizable features, 
5 including check mail 928, compose email message 930, various 
folders 932, address list 934, search feature 936, options 
feature 938, help desk 940 and sign out feature 942. 

At the search segment 906, there is a search the Web 
feature. From this site, one can find information on 
10 products, deals, advertisers and other related content on 
the Web. 

With the ZoEmail Member Shopping Sites 907 button the user 
can go to web storefronts where purchases of information, 
products and services can be made. The shopping sites may 

15 be a page of hyperlinks to advertiser/information provider 
sites, may be a virtual mall hosted by ZoeMail where all 
transactions take place on ZoEmail servers, or some 
combination of both. 

The lock box folder 908 stores all e-mails from senders 

20 who don't have an authenticated key and are thus from 

unknown senders. By sending unauthenticated messages to the 
lockbox, the main inbox stays free of irrelevant mail. At 
the lock box 908, there are a plurality of actionable 
features 910 for selecting check all 944, clear all 946 and 

25 empty trash 948. Items in the lock box 908 can either be 

34 
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individually check at the check boxes 954 and 956 or all 
items can be checked by the check all key 944. If all items 
are checked and deleting of all items are desired, then the 
clear all key 946 can be clicked to accomplish this result. 
5 However, if only a selected few of the items is desired to 
be deleted, then the delete key 958 can be clicked to 
accomplish this result. It should be noted that the deleted 
items are not immediately removed from one's record, they 
are rather being placed in a folder waiting to be 

10 permanently removed by the clicking of the empty trash key 
948. Once the empty trash key is pressed, then the items 
will be permanently removed and unrecoverable. Other 
folders like the lock box folder 908 can be selected from 
the choose folder feature 950 through the scroll bar 952. 

15 The checked mail key 960 is used in conjunction with 

the checking of items in the lock box 908. Should a person 
wish to read the content of any message item, all that 
person need to do is to check the relevant check box 954 or 
956 then press the checked mail key 960. Content of the 

20 relevant message item will appear in the screen. 

Alternatively, the user may also click on the subject line 
of a mail message to open that mail message. 
The move key 962 is also used in conjunction with the lock 
box 908 as well as the choose folder key 950. Assuming 

25 there are a general mail box folder and a stock portfolio 
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folder. Should a person receive an email stock report in 
the general mail box folder and wish to move the report to 
be stored in the stock portfolio folder, then the person 
needs to go to the general mail box folder through the 
5 choose folder key 950, identify the email stock report 

through the relevant check item box 954 and 956, click the 
move key 962 to indicate the email stock report is to be 
moved, identify the stock portfolio folder through the 
choose folder key 950. Through this process, the email 

10 stock report is moved from the general mail box folder to 
the stock portfolio folder. 

At the At My Request segment 914, various features of 
the At My Request service are shown. There is an active 
request window 964, within which window contains numerous 

15 request items representatively showing honeymoon travel 

packages 966, camping in the western United States 968, best 
deals on projection television 970 and sport utility 
vehicles 972. Other request items can be shown by using the 
scroll bar 974. Adjacent to each request item is a check 

20 box. 7\n X in the check box indicates the adjacent request 
is active. A blank in the check box indicates the adjacent 
request is in the process of being selected and user-defined 
request criteria are being established for the request. 
A person may add requests through the type in your 

25 request area 976. At the end of typing in the request, the 
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GO icon 978 can be clicked to initiate the search. Below 
the type in your request area 976 is a scroll bar area 979. 
This scroll bar is for indicating the volume of information 
being requested. For a few on target results, a person may 
5 choose the end of the scroll bar indicating a little. 

Conversely, for a large volume of on target results, the 
person may choose the end of the scroll bar indicating a 
lot. The person may also indicate a volume anywhere in- 
between the two ends . 

10 Below the volume bar 979 is a keep active indication 

segment 980. A person may indicate the search should be 
kept active for a number of days, weeks or months at the 
keep active designation area 982, Should the person choose 
so, a no time limit 984 can also be designated. 

15 Regarding the add key 986 and delete key 988, the user 

may add a new request to his list of active requests or 
delete a request from his list of requests. At the far 
right corner of the screen is a reserved Internet Service 
Provider Promotional Panel 918. This promotional panel is 

20 used as an area to run advertising, promotions and to be 
host to dynamic information from third parties. 



Control Panel. There are three major representative 
segments. The first segment is labeled as the Alternative 
25 User Access 800. The second segment is labeled as the On 



Figure 5 illustrates an ''At My Reque 
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Screen At My Request Function 802, The third segment is 
labeled as the At My Request Pop Up for Request 
Customization 804 . 

Illustratively shown in the first segment are five ways 
5 of accessing the At My Request service. The first way of 
access is through a web-based e-mail system 808 (Web mail) . 
Within this web-based email system 808 is an e-mail 
interface 810 and an At My Request Control Panel Utility 
812, 

10 A second way of access is provided by an Internet 

Service Provider mail 816 with a modular At My Request 818 
which is provided as an optional service to the ISP's user 
base and is integrated with the ISP's mail system and/or 
mail Interface. 

15 A third way of access is provided by a browser plug-in 

or pull-down menu 821. With the At My Request functionality 
installed as a plug-in to a browser 819, the user can 
readily use the At My Request service, with communication 
from the On Request central service and the end user 

20 occurring via Jabber (Instant Messenger) or other Internet 
eMessaging protocol. 

A fourth way of access is directly from a web-site for 
At My Request 820. Once access to the web-site has been 
obtained, the At My Request service 822 can be readily used. 



• 
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A fifth way of access is through an Application or a 
Thin Client 824. An Application, once installed, may 
provide the user with a Desktop Shortcut 826 or make itself 
available in various user and application menus. The Thin 
5 Client may be downloaded by the user over the Internet, 

Once installed, both the Application and Thin Client provide 
the user with the full functionality of the At My Request 
service . 

Linked to the alternative user access 800 is the On 

10 screen At My Request Function 802. The screen 802 has an At 
My Request logo 830. Below the logo is a window 832 with a 
number of entries of actively searched items. As shown, 
item 836 is a Caribbean air trip that has received 4 e-mails 
with seven more days left on the search. Similarly, item 

15 838 is a search of computer printers has received 3 e-mails 
with 9 more days left on the search. Item 840 is a search 
of new Jaguar cars having received 1 e-mail with 14 more 
days left on the search. Item 842 is a search of fishing 
equipment having received 6 e-mails with an auto number of 

20 days left on the search. Even though the window can only 
display a limited number of items per screen, additional 
number of items can be viewed through the scroll bar 832. 

Screen 830 also contained a view categories key 860, a 
"type in" key 8 62, a "help'' key 864, a "customize my 

25 request" key 866, an "add now" key 868, "an undo/delete" key 
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870, a ''cc: share info" key 867, a "delivery device" key 869 
and a "local info" key 871. Depending upon needs and 
functionality, other keys may be added. 

Search items can be easily added in the add new 
5 requests designated area 844. For multiple additions, 

scroll bar 846 can be used. An asterisk inside a box icon 
872 is shown on screen 830. Flashing of this icon means 
that new messages have been received. 



10 My Request pop up for request customization screen 804 

appears. The header of the screen shows today's date 874 
and a customize my request logo 87 6. The middle of the 
screen shows a number of customizable features. Should no 
customization be needed, then either automatic personal 

15 preference preceding or over time self-coding will be used 
as default features. Self-coding is determined by the 
system using historical usage patterns, feedback and 
Subscriber behavior history as the basis for creating a 
personalized default customization for the Subscriber. 



20 Since the customization features are search item specific, 
the item to be searched is shown in window 878, which 
currently shows a Caribbean air trip. For other search- 
items, scroll bar 880 can be used for making desired 
selections. Associated with window 878 are a view 

25 categories key 882, a type in key 884 and a help key 886. 



By clicking the "Customize My Request" button, the At 
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For each search item, there is a prompt 888 of how long 
should this search be active. In response to the prompt one. 
can designate either in terms of days, weeks or months or 
specify no time limit. For each search item, one can also 
5 specify at a prompt 890 of whether to have an automatic 
update of the search, which can be provided on either a 
weekly, monthly basis or, as may be required, other time 
frame. One can also specify at a prompt 892 how much 
information is requested in a range between a little and a 

10 lot (illustrated here with a slide bar, but which can be 
embodied by way of check off boxes, fill in, or other 
control device) . Should it be desirable, one can also 
specify at a prompt 894 whether to include related subjects. 
As to formats, one can specify at a prompt 896 one of 

15 HTML/PIX format, video format or audio format. Associated 
with this customization screen are an ok to add key 897, an 
undo key 898, a next search key 899, a my profile key 848, a 
my account history key 850, a my eWallet key 852 and a 
cancel key 851. Should the subscriber want to accept the 

20 current preferences as a new active request he would use the 
ok to add key 897, Should the subscriber desire to cancel 
the current preferences and return the customize request 
panel to some default setting he would hit the undo key 898. 
Should the subscriber want to add a preferences for a new 

25 request he would invoke the next search key 899. Should the 
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subscriber wish to modify his profile he would invoke the my 
profile key 848. Should the subscriber wish to view the 
details of his account he would invoke the my account 
history key 850. Should the subscriber wish to either see 
5 the details of his online cash status or else make a 

purchase he would invoke the my eWallet key 852. Should the 
subscriber decide to not customize his current request he 
can use the cancel key 851 to return to the previous screen 
802. 

10 Should the subscriber want to share results from his 

information requests with his friends he can use the cc : 
share info feature 895. This opens a new window with a 
title of cc: share info 801 and two main sections: the first 
section is used to create a new list of friends or groups 

15 802 and the second section provides the subscriber with the 
ability to choose from an existing list of friends or groups 
807. In the first section the subscriber can enter name(s) 
into the text entry area 803 while using the scroll controls 
804 to the right of the text entry area for seeing the parts 

20 of the list which aren't currently visible within the text 
entry area. The subscriber can also name the current list 
in text entry area 805 and when the subscriber has completed 
building his list he can save the list to his account 
profile by using the save list key 806. Should the 

25 subscriber wish to use an existing list he can click on pull 
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down menu 813 and select a list from his pull-down menu of 
lists. After the subscriber has selected a list the name of 
the list appears in the text box at 813 and a listing of the 
contents of the list appear in text box 809. The subscriber 
5 may scroll the information in 809 to see areas of the list 
that are not currently visible in the box. The subscriber 
can use the check off boxes in the text box 809 to select 
people from the list to send to, or the subscriber can send 
to the whole list easily by invoking the add all key 815. 

10 Should the subscriber want to modify an existing list he can 
use the edit list key 817. When the subscriber has selected 
the people he would like to share his at my request results 
he would then use the accept changes key 823 to activate his 
share info preferences. Should the subscriber change his 

15 mind and decide not to share his request information he can 
use the cancel key 849 to close the cc: share info window 
and return to the previous screen (802 or 804) . 

Should the subscriber desire to receive at my request 
information on more than one terminus device he can use the 

20 delivery device key 879 to select any number of terminus 
device (s) as the recipients of his request information. 
When the delivery device key is used a new window pops up 
with the title of delivery device preference 825 and is 
broken into two sections. The top section allows the user 

25 to specify whether the delivery device preferences will be 
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for only the currently active request 826 or whether the 
delivery device preferences will be for all the subscriber's 
requests 827, In the bottom section the subscriber can make 
selections by checking off delivery devices on the left side 
5 and then filling in the appropriate device information in 
the text entry area to the right of each selection. The 
subscriber can select to send request information to home e- 
mail 828, web-based e-mail 829, office e-mail 831, web phone 
833, wireless PDA 835, pager 837, instant messenger 839, 

10 network printer 841, Internet appliance 843 and fax or phone 
845. Once the subscriber has made his selections he can 
activate the device delivery preferences by using the accept 
changes key 867. Should the subscriber decide to not 
specify an alternative delivery device, he can use the 

15 cancel key 847 to go back to the previous menu (802 or 804) . 
Figure 6 illustrates an "At My Request" Subscriber 
Control Panel for designating geographic request 
specifications. This information control panel is launched 
from the main "At My Request" Subscriber Control Panel 802 

20 by depressing the local info key 871. The Information 

Localizer panel 1304 has a title of Information Localizer 
1306 and is divided into three sections titled "provide 
information on this request" 1308, "from selected area" 
1314, and "wireless locator" 1328. In the top section 1308, 

25 the subscriber can select his list of active requests in the 
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window at 1340 by using the scroll bars at 1310. The 
subscriber can also specify that the geographic parameters 
be used for on the currently selected request 1312 as well 
as for the request to be auto updated 1342. 
5 In the middle section, "from selected area" 1314, the 

subscriber can designate the postal/zip code 1316, town/city 
1318, neighborhood 1320, state/province 1322, region 1324, 
country 1326 by filling in the information in the entry area 
to the right of the aforementioned preferences. When the 

10 subscriber has completed his request, he can press the send 
key 1364 to activate the request. 

In the bottom section, "wireless locator" 1328, the 
subscriber can input a radius in miles or kilometers from 
which he seeks information. The subscriber can use the up 

15 and down buttons 1358 to the right of the entry area to 

advance the number up or down 1 integer. The subscriber is 
given his current GPS coordinates in item 1332, his current 
town/city location in 1338, his current neighborhood in 1336 
and his current zip code in 1334. When the user has entered 

20 the radius of the search in 1356, he may then press the send 
key 1360 to activate the search. 

The subscriber may activate the Mobile key symbol— a capital 
M in a box— 1362 to quickly tell the system to send a copy of 
the requested information to his default mobile device. 
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Figure 7 illustrates an embodiment of the Information 
Customization Engine (see 218) of the present invention. 
All user profiles are stored in a Subscriber Profile 
Database 508. The Subscriber Profile Database receives 
5 Feedback On Delivered On Request e-Mails 502, receives 
answers to Subscriber Profile Questions At Sign Up and 
Ongoing 500, receives results of Subscriber Polling 504, 
receives information from External Databases 505, is acted 
upon by a Segmentation System 510 and intercommunicates with 

10 a Business Rules Server 512, 

A new subscriber is given a prompt at step 500 which 
asks the Subscriber Profile Questions before the Subscriber 
finishes signing up for the At My Request service. Later 
the Subscriber's profile is maintained by additional Ongoing 

15 questions. A user can express like, dislike and other types 
of feedback with respect to the delivered opt-in e-mails 
502. 

External Databases 506 are coordinated with information 
in the Subscriber Profile Database 508 in order to increase 

20 the amount of information available about Subscribers. For 
instance, a Subscriber's zip code could be cross-referenced 
with a third parties database allowing the system to infer 
knowledge about the subscriber with respect to the 
information contained in the third party' s database about 

25 the Zip Code in the subscriber's profile. 
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Working in tandem with the Business Rules 512 and the 
Subscriber Profile Database 508 the. Segmentation System 510 
creates narrowly targeted lists based on specified criteria 
and business rules. These targeted lists could be as small 
5 as a single person and as large as the number of entries in 
the Subscriber Profile Database. The targeted lists are 
then used by the Content Management System 514 to fulfill 
subscriber requests with targeted and/or personalized 
advertising/ information. 

10 Figure 8 illustrates a third embodiment of the present 

invention that representatively describes a system for 
central posting by Suppliers of active e-mail inventory with 
two alternative means of updating. 

The Supplier is first authenticated to use the system 

15 by the ZoEmail Authentication Server 412. If the Supplier 
is authenticated then the Supplier has access to the 
features made available through the Supplier Control System 
402. The Supplier Control System communicates with the Ad 
Sales Update Function 404, the Ad Tracking/Billing Code 

20 Generator 410, the ZoeMail Authentication Server 412 and 

sends an e-Mail Update to the Client/Agency Advertising Data 
System 422 through the Updating E-Mail To Advertising Agency 
400. 

The Supplier Control System 402 allows the supplier to 
25 set parameters such as start/end dates, budget, target 




09/750, 923 

goals, type of e-mail delivered, response mechanism as well 
as providing the Supplier with access to functionalities 
such as Ad Updating completed by the Ad Sales Update 
Function 4 04, Re-Up Agreement completed by Re-Up Reminder Ad 
5 Sales 406, Billing Instructions and Ad Tracking/Billing Code 
completed by Ad Tracking/Billing Code Generator 410. 

The Ad Sales Update Function 404 provides the supplier 
with a means to insert new ad inventory or update existing 
ad inventory. The Re-Up Reminder Ad Sales 405 system 

10 prompts the supplier to renew, extend or start a new 

campaign when certain limits or quotas are about to be meet. 
The Budget Cap Approaching system 408 alerts the supplier 
when the specified Budget Cap is about to be met and gives 
the Supplier the opportunity to increase the Budget Cap or 

15 to enact rules specified by the Supplier in the Supplier 

Control System 402. The Ad Tracking/Billing Code Generator 
410 applies a code schema to advertising so that it may be 
tracked for both effectiveness and the Supplier's campaign 
specifications . 

20 The supplier may work with an agency and may allow the 

agency to run advertising campaigns on its behalf through 
the Client/Agency Advertising Data System 422 is connected 
to Updated E-Mail For Posting On Active e-Mail Database 424 
and Updating e-Mail To Advertising Agency 400. The 

25 Client/Agency Advertising Data System is used by the client 
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or agency who are first authenticated by the Authentication 
Server 412 and then are allowed to make changes to the 
Supplier's e-mail inventory. The Client or Agency can also 
specify which informational e-mails in the inventory should 
5 be posted on the On Request E-Mail Active- Inventory Database 
414 at step 424. 

If the Supplier wishes to run its own campaigns it can 
update its e-mail inventory through the Automated Updating 
of e-Mail Onto Central System prompt at step 426 which then 

10 updates the Suppliers inventory in the On Request e-Mail 

Active Inventory Database 414. The Automated Updating of e- 
Mail onto Central System 426 is also controlled by the e- 
Mail API 428 which is embodied by a control panel in the 
form of a plug-in or other type of application and is 

15 maintained by either the Supplier or the Agency. The e-Mail 
API allows the Supplier/Agency to provide instructions for 
the posting of updated e-mail offerings to the Central 
System. The e-Mail API 428 is a sub-component of the 
Client/Agency eAdvertising System 430. 

20 The Historical On Request e-Mail Archive Database 416 

communicates with the On Request e-Mail Active Inventory 
Database 414 and stores a historical record of all 
inventory. 
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Figures 9a, 9b, 9c and 9d illustrate information 
luanagement and preference screens for Supplier/Information 
Producers of the present invention. 

Figure 10 illustrates a sample at your request user 
5 history record 1000. This record contains two windows 1001 
and 1003. Window 1001 contains a user identifier area 1002 
recording the email address of the user. Below the 
identifier area 1002 is a at my request summary statement 
1004, which is temporarily left blank for this user. 

10 Regarding search events, there is a search category 

1010 indicating a search of a Caribbean Trip 1012. The 
request of the search has a starting date 1008 on August 1, 
2000 and an ending date 1016 on August 10, 2000. 

There is a summary of items sent 1018 recording all 

15 results that have been sent. Adjacent to this summary is a 
summary action 1020 recording how the search result is 
treated by the user. As illustrative examples, item 1022 
indicates result of an Empire Travel 0745112 delivered on 
August 1 that was deleted without opening. Item 1024 

20 indicates result of an American Express 7544117 delivered on 
August 2 that was opened and deleted. Item 1026 indicates 
result of an American Airline 6744112 delivered on August 2 
that was opened and forwarded to john@aol.com. Item 1028 
indicates a Continental Air 6441178 delivered on August 2 

25 that was opened, responded and forwarded to betty@idt.net. 



50 




09/750, 923 

Item 1030 indicates a request that was deleted before any 
result is delivered. 

Window 1003 is the history record for a second user 
request. 

5 Figure 11 illustrates an alternative system embodiment 

of the present invention, which is structured as a 
subscriber account-driven, search engine-based request and 
fulfillment system. 

The Information Control Panel 300 is connected to the 

10 Dynamic Request Data System 306 and provides the subscriber 
with an interface allowing the subscriber to specify 
requests and establish specific request parameters including 
all of the parameters identified in Figure 5. 

The Dynamic Request Data System 306 is at the hub of 

15 the system and is in direct contact with the Information 

Control Panel 300, The Subscriber Account Database 302, The 
Internet 304 and sources of Information on the Internet 
(312, 314 and 316), Supplier and Accounting System 308 and 
an e-Mail GUI 310. The Dynamic Request Data System includes 

20 a Search Engine, a Data Warehouse or Database, a Business 
Rules Database and eMessaging Servers. The Dynamic Request 
Data System searches over the Internet for information to 
fulfill a Subscriber's parameters as expressed in the 
Information Control Panel and then packages the information 

25 as an html or ASCII text e-mail with or without an 
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attachment and sends the e-mail to the e-Mail GUI 310. The 
html e-mail may contain hyperlinks 314 to locations on the 
Internet 304. 

The Dynamic Request Data System 306 is capable of using 
5 all available communication protocols such as HTML, XML, 
FTP, Archie, Gopher, Veronica, WAP, et al. as well as 
search all publicly available sources of information 
including Databases 316, XML-based Information Suppliers 314 
and Web Sites 312. 

10 The Dynamic Request Data System 306 can be configured 

by the Information Suppliers and Accounting Function 308 to 
search first in specific data sources and then to present 
the data in a customized form or rank order. 

The Subscriber Account Database 302 intercommunicates 

15 with the Dynamic Request Data System 306. The Subscriber 
Account Database tracks subscriber requests and the 
fulfillment of subscriber requests with respect to the 
duration, the quantity of information and other specific 
preferences as defined by the Subscriber at the Information 

20 Control Panel 300. 

Figure 12 illustrates a flow chart diagram for a User 
Account Holder of the present invention. As to the 
Subscriber Use Case Statement (Figure 6), Subscriber uses 
@MyRequest panel to enter the specification of his/her 

25 request for commercial advertisement. The system ensures 
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that the Subscriber has already signed up for the service 
before processing the request. If Subscriber is not already 
signed up for the service, the system will prompt Subscriber 
for some basic information (such as e-mail/eMessaging 
5 address, demographic information) via the service sign-up 
panel, and process the request once sign up process is 
validated. 

Should a new user attempt to open an account or an old 
user attempt to enter an existing account, both type of 

10 users gain access to the present invention system through 
the logic flow set forth herein beginning at step 600. At 
the very beginning of the process, a determination is made 
to distinguish a new user from a user with an existing 
account, as shown in step 602. While a user with an 

15 existing account signs in immediately at step 616, a new 
user must sign up for the service at step 604, enter all 
prompted information as account information at step 606, 
enter all prompted information as user contact information 
at step 608, and enter all desired options upon prompting as 

20 preference information at step 610. The information entered 
through steps 604 to 610 are added into a new customer 
information system database, as shown in step 612. 
Immediately after the sign up service is completed, relevant 
information of the customer is sent to an address obtained 

25 from step 608 to confirm that the sign up process has been 
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successfully completed along with other relevant information 
such as customer number, account number, password, etc- The 
user is then redirected at step 614 to the sign in at step 
616 to take advantage of the present invention system. Once 
5 successfully signed in, a main menu is displayed at step 

618. From which menu, five options can be readily selected. 
The options include add new request at step 620, update 
account inf ormation^ at step 632, sign off at step 652, track 
request status at step 658 and update cc: share list at step 

10 683. Even though the exemplary main menu shows only five 
options, more options can be easily made available, such as 
viewing account history, establishing user personal files, 
providing customer tools, etc. 

Should the user choose the add new request option at 

15 step 620, a prompt asking the user to define request 

category is provided as shown in step 622, a prompt asking 
the user to define request duration is provided as shown in 
step 624, a prompt asking the user to define request 
quantity is provided as shown in step 626, a prompt asking 

20 the user to define request receiving terminus as shown in 

step 628, and followed by a prompt asking the user to define 
other request specifications as shown in step 630. 
Thereafter, the main menu 618 is shown allowing the user to 
choose further options. 
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Should the user choose the update account information 
option at step 632, the system begins tracking the account 
information as shown at step 634 and the user is given three 
options at step 634 of updating account information as shown 
5 in step 636, check account balance as shown in step 642 and 
go back to previous menu as shown in step 650. If the user 
chooses to update account information at step 636 a prompt 
asking the user to update contact information is provided at 
step 630, followed by a prompt asking the user to update 

10 contact information is provided at step 638, a prompt asking 
the user to update preference information is provided at 
step 640 and at the conclusion of step 640, the user is 
directed back to the menu at step 634. 

Should the user choose to check account balance as 

15 shown in step 642 the system then queries the user account 
history/balance at step 644, displays a prompt asking 
whether the user wants to make a payment as shown in step 
64 6 and if the user wants to make a payment the payment is 
processed as shown in step 648 and the user is taken back to 

20 the menu at step 634. If the user decides not to make a 
payment he is taken back to the menu at step 634. 
Should the user choose to go back to the previous menu at 
step 650 the user is then taken to the Main Menu at step 
618. 
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Should the user choose to sign off at step 552, the system 
resets the subscriber session state at step 654 and ends the 
transaction at step 656. 

Should the user chooses to track request status of 
5 outstanding requests at step 658, the user is presented with 
a track request menu at step 660 with options of either 
query request at step 662, modify request at step 668, 
delete request at step 678 or go back to the previous menu 
at step 682. 

10 Should the user choose query request at step 662, the 

user is prompted to enter query specification at step 664 
and then the system returns the results from the query to 
the user at step 666. Should the user choose modify request 
at step 668, the user is prompted to update request category 

15 as shown in step 670; user is prompted to update request 
duration as shown in step 672; user is prompted to update 
request quantity as shown in step 674; user is prompted to 
update request receiving terminus as shown in step 67 6; and 
the user is then taken back to the track request menu at 

20 step 660. Should the user choose delete request at step 

678, the user is prompted to specify an existing request as 
shown in step 680, the user is prompted to delete specified 
request at step 681 and then the system returns the user 
back to the Track Request Menu at step 660. Should the user 
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choose go back to the previous menu at step 682 the user is 
taken back to the Main Menu at step 618. 

Should the user choose Update CC: Share List at step 
683, the user is taken to the update cc: share list menu as 
5 shown in step 684. From this menu the user is provided with 
five options: create new share list as shown in step 685, 
remove existing share list as shown in step 688, add new 
buddy to the list as shown in step 692, remove buddy from 
the list as shown in step 695, and go back to previous menu 

10 as shown in step 699. Should the user choose create new 
share list at step 685, the user is prompted to add new 
share list to system DB and then the system returns the user 
back to the Update cc: share list menu at step 684. 
Should the user choose remove existing share list at step 

15 688, the user is prompted to specify an existing share list 
as shown in step 690, the user is prompted to remove 
specified share list from system database as shown in step 
691 and then the user is returned to update cc: share list 
menu as shown in step 684. 

20 Should the user choose add new buddy to the list at step 

692, the user is prompted to specify an existing share list 
as shown in step 693, the user is prompted to add new buddy 
to the specified list at step 694 and then the user is taken 
back to the update cc: share list menu as shown in step 684. 
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Should the user choose remove buddy from the list at 
step 695, the user is prompted to specify an existing share 
list at step 696, the user is prompted to specify an 
existing buddy at step 697, the user is prompted to remove 
5 specified buddy from the specified list at step 698, then 
the user is returned back to the Update CC : Share List Menu 
as shown in step 684, 

Should the user choose go back to previous menu the 
user is taken back to the Main Menu as shown in step 618. 

10 Figure 13 illustrates a flow chart diagram for an 

Advertiser [or Information Supplier] Account Holder, 
Regarding the Supplier Use Case Statement (Figure 13), 
Supplier uses @MyRequest panel to enter the specification of 
his/her commercial advertisement inventory. The system 

15 ensures that the Supplier has already signed up for the 

service before processing the request. If Supplier is not 
already signed up for the service, the system will prompt 
Supplier for some basic information (such as e-mail or other 
eMessaging address, accounting/financial information) via 

20 the service sign-up panel and process the request once sign 
up process is validated. Supplier can specify the category, 
start/end date for his/her commercial 

advertisement/information, the target budget, prospect 
preference hierarchy, frequency, reach (or percentage of the 
25 market), response, goals, etc. The Supplier has the option 
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of making changes to request specification or account 
information later . 

This flow chart diagram is the counterpart of the 
diagram in Figure 12. This means while the user makes 
5 request in the flow chart shown in Figure 6, advertisers 
fulfills the user's request as well as setting the 
parameters by which the advertisers are willing to provide 
the advertisements. At the very beginning stage of the 
logic flow, a determination is made regarding whether an 

10 advertiser has already registered, as shown in step 702. If 
yes, the advertiser signs in at step 716, If no, then the 
advertiser must sign up for the on request service at step 
704, enter advertiser contact information at step 706, enter 
advertiser billing account information to the provider of 

15 the at my request service at step 708, enter advertiser 

preference information at step 710 and information collected 
from the foregoing steps are added to an advertiser 
information system database, as shown in step 712. The 
system of the present invention then sends relevant 

20 information to the advertiser contact address to confirm 
that an account has been successfully established and the 
advertiser can sign in the system of the present invention 
to use services associated therewith, as shown in step 714. 
After signing in at step 716, a main menu is provided 

25 at step 718. The advertiser may select one of many service 
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options including adding new commercial information at step 
720, tracking account information at step 732, tracking 
commercial inventory status at step 754, and signing off at 
step 784. 

5 Once the advertiser selects the adding new commercial 

information option at step 720, the advertiser may define 
commercial information category at step 722, define 
commercial information budget at step 724, define commercial 
information duration at step 726, define commercial 

10 information coverage goal/frequency at step 728, define 
other commercial information preferences at step 730, and 
finally return to the main menu for other selections. 

Should the advertiser choose to track account 
information as shown in step 732, the advertiser is taken to 

15 the track account information menu at step 734 and provided 
with three options: update account information at step 736, 
check account balance at step 744 and go back to previous 
menu at step 752. Should the advertiser choose to update 
account information as shown in step 736, the advertiser is 

20 prompted to update contact information at step 738, the, 

advertiser is prompted to update billing/account information 
at step 740, the advertiser is prompted to update preference 
information at step 742, then the advertiser is returned 
back to the track account information menu at step 734. 

25 Should the advertiser choose check account balance as shown 
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in step 744, the system queries the history/balance of the 
advertiser at step 74 6 and the advertiser is prompted to 
make a payment at step 748. If the advertiser makes a 
payment at step 748, the payment is processed at step 750. 
5 If the advertiser chooses to not make a payment, the 

advertiser is taken back to the track account information 
menu as shown in step 734. Should the advertiser choose go 
back to the main menu as shown in step 752, the advertiser 
is taken back to the Main Menu as shown in step 718. 

10 Should the advertiser choose to track commercial 

information inventory status as shown in step 754, the 
advertiser is taken to the track commercial information 
inventory menu as shown in step 756. From this menu the 
advertiser has four options: query commercial information 

15 inventory at step 758: delete commercial information 
inventory at step 764; update commercial information 
inventory at step 770 and go back to previous menu at step 
782. 

Should the advertiser choose query commercial information 
20 inventory as shown in step 758, the advertiser is prompted 
to enter query specification at step 760, the system returns 
results from the query at step 762 and the advertiser is 
taken back to the track commercial information inventory 
menu at step 756. 
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Should the advertiser choose delete commercial information 
inventory as shown in step 764, the advertiser is prompted 
to specify an existing commercial information inventory at 
step 766, the advertiser is prompted to delete specified 
5 commercial information inventory at step 768 and then the 

advertiser is taken back to the track commercial information 
inventory menu as shown in step 756. 

Should the advertiser choose update commercial 
information inventory as shown in step 770, the advertiser 

10 is prompted to update commercial information budget at step 
772; the advertiser is prompted to update commercial 
information duration at step 774; the advertiser is prompted 
to update commercial information coverage goal at step 778; 
the advertiser is prompted to update commercial information 

15 frequency at step 776; the advertiser is prompted to update 
commercial information category at step 780 and then the 
advertiser is taken back to the track commercial information 
inventory menu as shown in step 756. 

Should the advertiser choose go back to the main menu 

20 as shown in step 782, the advertiser is taken back to the 
Main Menu as shown in step 718. 

Should the advertiser choose to sign off 784 from the main 
menu 718, the system resets the supplier session state as 
shown in step 786 and then terminates the session as shown 
25 in step 788. 
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Once the advertiser selects the tracking advertisement 
status option at step 740, a track advertisement menu is 
given at step 742 so that an advertiser may select a number 
of options including querying advertisement information at 
5 step 744, updating advertisement information at step 750 and 
removing advertisement information at step 7 62, among other 
possible options. If the querying advertisement information 
option is selected at step 744, the advertiser may enter 
query specification at step 745 and allow system to return 

10 results from the query at step 748 before returning to the 
track advertisement menu at step 742. 

If the advertiser selects the update 
advertisement/information option at step 750, the advertiser 
may update advertisement budget at step 7 52; update 

15 advertisement frequency at step 754; update advertisement 

category at step 756; update advertisement reach at step 758 
and update advertisement duration at 760 before returning to 
the track advertisement menu at step 744. 



20 information thus chooses such an option at step 762, 

advertisement is then removed at step 7 68 before returning 
to the rack advertisement menu at step 742. Should the 
advertiser wishes to exit the track advertisement menu at 
step 742, the advertiser is returned to the main menu at 

25 step 718. 



If the advertiser wishes to remove advertisement 
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If the advertiser has completed setting all desired 
options, then the advertiser may sign off at step 764. The 
system resets advertiser session state at step 766 and all 
logic flow terminates at step 770. 



processing of requests by the present invention. Regarding 
the System Use Case Statement, after the system has received 
a request from Subscriber, it looks into its inventory 
(OrderBook component in Domain Modeling) to see if it can 

10 satisfy the Subscriber's request. If it finds the matching 
item in the inventory, it has an execution. The system then 
generates two Info Match Up Reports for both Subscriber and 
Supplier. When Subscriber's Portfolio receives the Info 
Match Up Reports, it sends an email to Subscriber using the 

15 predetermined keyed email address (generated during signup 
process) with the attached inventory information. When 
Supplier's Portfolio receives the Info Match Up Reports, it 
updates the account information to indicate that a complete 
or partial portion of his/her inventory has been satisfied. 

20 When items in Supplier inventory have been satisfied up to a 
pre-defined threshold, the system will send out email to 
Supplier using predetermined keyed email address (generated 
during signup process) to notify Supplier. If Supplier can 
choose to extend the period of a specific inventory item or 

25 to renew his/her credit limit he/she can do so via the 



5 



Figure 14 illustrates a flow chart diagram for the 
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Supplier @MyRequest panel. If Supplier chooses neither to 
extend the period of a specific inventory item nor renew 
his/her credit limit, the system will not further process 
Supplier inventory when either the pre-defined period is 
5 expired or the credit limit has been reached. Subscriber 
can also specify the category of information he/she is 
looking for. Subscriber can use the quantity slide bar (or 
other indicator device) to define the amount of 
advertisement/informational email to be received, and uses 

10 the "time to live" optional check/fill-in boxes to define 
the duration of advertisement email to be received. 
Subscriber can also specify other preferences including 
delivery device terminus, whether to auto-forward to a 
"buddy list" (cc's or existing list) or new cc's. 

15 Subscriber has the option of making changes to request 
specification later . 

The system determines if it has received a new 
information request at step 1202 if it has the system 
processes the new information request according to the 

20 existing Business Rules at step 1204 and then the system 
determines if it has one or more matching orders at step 
1206. If the system has one or more matching orders the 
system generates Trade Reports for both subscriber and 
supplier at step 1208 and then updates Subscriber and 

25 Supplier account information at step 1216. Once the account 
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information is updated the system sends notification to 
subscriber and supplier at step 1218 and the results of the 
whole transaction are posted to the audit trail at step 
1226. The system then ends the processing of the request at 
5 step 1250. If the system does not have one or more matching 
orders at step 1205 the system then posts new information 
request to the OrderBook at Step 1210, posts the transaction 
to the audit trail at step 1226 and ends transaction at step 
1250. 

10 If the system has not received a new information 

request at step 1202, then the system determines whether it 
has received an Updated Information Request at step 1212. 
If yes, then the system updates information request in 
system database at step 1214, updates subscriber and 

15 supplier account information at step 1216, sends 

notification to subscriber and supplier at step 1218, posts 
the transaction to the audit trail at step 1226 and ends the 
transaction at step 1250. 

If the system has not received an updated information 

20 request at step 1212, it then the system determines whether 
it has received a new transaction request at step 1220. If 
so, the system validates subscriber and/or supplier 
financial account information at step 1222, processes the 
transaction at step 1224; and then updates subscriber and 

25 supplier account information at step 1216; sends 
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notification to subscriber and supplier at step 1218; and 
sends information from step 1224 and step 1218 to the audit 
trail at step 1226. The system ends the transaction at step 
1250. 

5 If the system has not received a new transaction 

request at step 1220, then the system determines whether it 
has received a transaction correction request at step 1228. 
If so, the system finds existing transaction which the 
subscriber/supplier indicates as needing correction at step 

10 1230, validates the subscriber and/or supplier financial 

account information at step 1222, processes the transaction 
at step 1224 and then updates subscriber and supplier 
account information at step 1215; sends notification to 
subscriber and supplier at step 1218; and sends information 

15 from step 1224; and step 1218 to the audit trail at step 

1226. The system ends the processing of the request at step 
1250. If the indicated transaction is not found at step 
1230, the system then sends an exception notification to 
subscriber and/or supplier at step 1232 and the information 

20 from the transaction is posted to the audit trail at step 
1226 and the system ends the transaction at step 1250. 

If the system has not received a transaction correction 
request at step 1228, the system determines whether it has 
received a business rules update request at step 1234. If 

25 so, the system updates the business rules at step 1236 and 
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then posts the transaction to the audit trail at step 1226. 
The system then ends the transaction at step 1250. 

If the system has not received a business rules update 
request at step 1234, the system determines whether it has 
5 received a performance analysis request at step 1238, If 
so, the system gathers performance analysis data from the 
system at step 1240 and then sends the result to the 
requester at step 1242 before ending the transaction at step 
1250. 

10 If the system has not received a performance analysis 

request at step 1238, then the system determines whether it 
has received a demand analysis request at step 1244. If so, 
the system gathers demand analysis data from the system at 
step 124 6 and then sends the result to requester at step 

15 1248 before ending the transaction at step 1250. If the 
system has received an unknown request, it ends the 
transaction at step 1250. 

What has been illustrated above is the hardware and 
software framework for the present invention to be 

20 practiced. As readily understood by a person of ordinary 

skill in the art, the framework can be used to include many 
more features. To present the features in a more systematic 
manner, tables G and H are enclosed in Figures 15 and 16. 
From the foregoing detailed description, it will be 

25 evident that there are a number of changes, adaptations and 
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modifications of the present invention which come within the 
province of those persons having ordinary skill in the art 
to which the aforementioned invention pertains. However, it 
is intended that all such variations not departing from the 
5 spirit of the invention be considered as within the scope 
thereof as limited solely by the appended claims. 
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